SERVER ASSISTED SYSTEM FOR ACCESSING WEB PAGES FROM 

A PERSONAL DATA ASSISTANT 



Background of the Invention 

The present invention relates to data communication systems wherein a Personal Data 
Assistant (PDA) enables the user to access the Internet network capabilities and relates in 
particular to a server system for accessing web pages from a PDA. 

A Personal Digital Assistant wnjch is a simple and small device fitting in the pocket, 
combines the portability of the traortional day planner with the connectivity of a Personal 
Information Manager (PIM) providing^ day planner in a computer. The PDA does a lot more 
than keeping a schedule up-to-date. It ckn share data, write notes, schedule meetings, track 
expenses, or compose e-mail, and play sdl sorts of games. It is possible to sync it up to a 
desktop computer so it is not necessary toNduplicate efforts. 

Now, forgetting more information, it is necessary to have access to the Internet network and 
to use a web browser. But a high definition screen is required to use it properly and needs 
also a large amount of data transfer. It is not possible today to use this standard web 
browsing method from a PDA even if some improvements have been made. However, even 
if the PDA cannot afford the full quality of a computer, the amount of information being 
transmitted could be reduced because what is needed is clean, pure information delivered 
instantly. 

It is at present possible to use the handheld-device markup language (HDML) which 
offers an alternative to the hypertext markup language (HTML) used today on Web 
servers / browsers. HDML offers the power of pure information access within the context 
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of the extreme interface limitations of the devices it is designed for, A PDA with 
integrated or external connection to a cell phone has an IP address and a browser built 
in. When the PDA is switched on, a menu comes up displaying the feature set 
(information sen/ices, address book, email, etc.) Jumping into information services, a list 
of the usual categories: news, weather, and sports can be accessed. When an 
information provider is selected, the phone sends a request over the cellular packet 
network, which arrives at a sort of proxy server at the wireless service. It passes the 
request off to the contents provider as a simple HTTP request. The contents provider 
sends back the appropriate HDML file, and it shows up on the phone's tiny screen. The 
limitation is that the provider should ha ve implemented this featu re, which anyway limits 
the number of web locations that can be looked at. 



Instead of web surfing, the P?DA can use another alternative called web clipping. When web 
clipping, the extraneous partkof the browsing process are extracted in an effort to minimize 
power usage and storage requftements. This technique needs also partnering with an array 
of contents providers, which wiiNjesign special query pages that will ship with the PDA. 
These pages will be smaller (clippeoWersions of pages which are available on regular web 
sites and they will enable the device to^send and receive the smallest possible amount of 
data. \ 



It must be noted that there is now a custom portal which is defined by the user, and which 
is specifically adjusted to the user business inasmuch as it can be tailored to meet the user 
specific requirements such as data base access, directories, business research engines, 
tools, stocks, wheather and other resources. Unfortunately, such a facility can be defined 
only with a computer. 
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Summary of the Invention 

Accordingly, the main object of the iWention is to provide a system enabling a PDA user to 
get on the PDA any up-to-date informa^tion from the web that has been selected directly by 
the user. \ 



'v\nother object of the invention is to ©rovide a system for getting data from the web in order 
to show them on a PDA and more parflcularly for taking defined data areas from web pages 



assigned to define screen positions onuie PDA. 
Brief Description of the Drawings \ 

The above and other objects, features and advantages of the invention will be better 
understood by reading the following more particular description of the invention in 
conjunction with the accompanying drawings wherein : 

- Fig. 1 is a schematic view of a system including a PDA and a portal server 
connected to the Internet network according to the principles of the invention. 

- Fig. 2 is a block-diagram representing the main components of the PDA, the portal 
server and the user workstation, and the operating links therebetween. 

- Fig. 3 is a schematic view of the fields to be displayed on the PDA as they are 
scheduled in the portal server. 

- Fig. 4A and 4B are respectively two consecutive screens which can be displayed on 
the screen of the PDA using the fields to be displayed as defined in Fig. 2. 

- Fig. 5 is a flow chart of the steps which can be used in the portal server to select web 
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page fields. 



- Fig. 6 is a flow chart of the steps which can be used in the PDA to display web page 
fields or modify them. 

Detailed Description of the Preferred Embodiment 

As illustrated in Figure 1 , a wireless PDA 10 which can have an Integrated wireless 
interface or a link to a wireless phone has a wireless connection to a wireless gateway 
12. Intermediate equipment such as base transceiver (BTS) station providing the RF 
interface, base station controller (BSC) or Mobile switching center (MSG) are not shown 
as they just act as a transmission media between the wireless PDA 10 and the interface 
Gateway 12. 

he wireless gateway 12 is use^ to enter a WAN such as Internet network 14. It may be 
linked to all servers of the networV such as servers 16, 18 by the intermediary of a portal 
PDA server 20. The custom portal PAD se rver 20 may be contacted from any workstation 
22 having access to the web with, if\ecessary, some secure access such as logon and 
password or thanks to a certificate inclWled in the workstation. It is also a method of the 
invention to take coordinates from a GF?S device linked or integrated into the PDA to 
request a MAP for the area whetsJbe4j«eojs.mQUlii]€l^^ The coordinates may 

be also given in some areas by the wireless phone carrier which can correlate level of 
signals from different BTS stations and give arlyapproximate position of the calling device. 

Figure 2 is a block diagram representing the three main components of the system 
according to the invention that is PDA 10, portal server 20, user workstation (generally a 
PC) 22, and the different links and interactions between them. The web sen/ej^_orLwbic.h 
the information is taken are not represented but are accessed for creating portal pages by 
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the following software components : Both PC web browser 24 and PDA web browser 26, 
the former being a standard browser and the latter being a simplified browser showing first 
text of web pages as the view capabilities are limited on a PDA and showing one by one the 
possible images of the web page just in order to select the items to add to the portal 
browser but the main way to build portal pages remains using the PC web browser. 



When a web page is accessed using a web browser, part of the visible web page may be 
copied into a portal page using the PC portal configurator 28 or PDA portal configurator 30 
depending on which device the user works. The portal configurator 28 or 30 has the function 
of configuring the selected web page fields for using them in portal server 20 and then gives 
the configured data to a portal database builder 32 which will ask for user definitions such 
as update method (real time or background task update), position, and put all the 
information for the user into portal database 34. 



he handling means of the portal server 20 comprises a portal back server 36 and a portal 
real time (RT) sen/er 38. The function of portal back server 36 is to update regularly the 
view field value of data base 34 in order to provide a faster download when a PDA portal 
browser 40 (in PDA 10) or a PC portal br&wser 42 (in workstation 22) requests a portal 
page. Email, meteojnformatio^ news do\iot need really Real time view and may be 
pre-stored by regular update on the portal database 34. In orderto achieve that, portal back 
server 36 acts as a background task which analyzes all elements within database 34 and 
updates fields being set for regular refresh with a period defined so as to maintain an 
updated database. Other information such as stocks value need real time update and are 
requested to the source web server by the portal^ RT server 38 when a portal browser 
activates the request. When the portal RT server 38 receives a request, it first look at portal 
database 34 and takes directly view fields updated byvportal back server 36 and starts the 
download of these fields to the requesting browser. In parallel real-time defined fields start 
contact of related URLs (web pages) to get the corresponding fields which are then 
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downloaded to the requesting browsar. This mechanism speeds up the downloading and 
appearance of data on the browser screen as this method differs from the classical web 
page browsing that put data in HTML order. 



In the preferred embodiment, the portal server 20 is defined by the user accessing itthough 
worl<station 22 to build web pages, such a page being illustrated in Figure 3. This page may 
be built using current portal design using the HTML language but may also be built using 
cut and paste from other web pages. For example , a stock web server page may be 
activated each time the user requests its portal page and a portion of the screen on the 
stock web server page will be copied onto the stock area 44 of the user web portal view. 
The cut and paste method can be bitmap, text or html depending on the type of data it 
includes but this is managed directly by the cut and paste function. Using this method , the 
user can built its own portal page that will also include as an example a search area 46 on 
a search engine , some advertising 48 that the user want to see on the web portal, the day 
news 50 , its e-mail 52 and weather forecast 54. The remaining information on the screen 
is text or graphic that the user never wants to see onjts PDA. 



Figure 4A is a schematic illustration of Vie information displayed on PDA 10. All the fields 
that were defined on the user web portal view are available except the advertising 48 which 
is not necessary on this screen but whichVan be called using its reference number on 
another screen. Assuming that the PDA has kseparate input and output area, the search 
area 46 from web portal view is moved on the ir\put field which creates a search area 56. 
The other areas are put in output field including Stocks 58, E-mail 60, Weather forecast 62 
and news 64. Each of these fields may be selected to be alone on the screen either by 
selecting it by the pen of the PDA by giving its identifucation on the input field depending on 
the PDA capabilities. It allows to oelmore details or to Sselect a special sub-field in this area. 
This is the case when selecting news 64, which will ope\ the screen illustrated in Figure 4B 
with only the news 64 in full screen mode. The input are\in that case which contains the 
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search input field 56 can perform a search on the news. The process explaining how further 
information is shown is detailed in the following description. The behaviour of the PDA can 
be simulated on the portal server using a normal web browser. A web page will show the 
PDA screen and buttons and by using the mouse instead of the pen, it can be verified that 
the fields definition made are worklng^ne. 

Figure 5 is a flow-chart representing the steps of selecting information to be added on a 
portal server page using a PC web browser 24 in workstation 22. The first thing to do when 
using a PC web browser is to select a URL (Uniform Resource Locator) address of the page 
or sub-page. Uniform Resource Locators are short strings that identify resources in the web 
such as documents, images, downloadable files, services, electronic mailboxes, and other 
resources. The user will be able to see this page on its screen (step 66). The user can then 
select either the PC browser mode or the PDA browser mode (step 68). When the PC 
browser mode is selected, it is then possible to go to other URL locations (step 70) in the 
Internet network to extract information to be put on both PDA and portal. When the user is 
on this URL, he can select any field (step 72) on the screen using the mouse. Then, this 
field position is correlated with the HTML file of the current page to identify the type of 
information that is defined in this area (step 74). It can be simple text, bitmap, graphic file, 
URL link, or any other media. This field is converted in a database field element by a 
FIELD_STORE software resident in the portal server. This field will have PDA 
representation that may be shown on the PDA and which can be transmitted using a 
minimum of bandwidth such as compressed bitmap or simple text. If there is more than one 
possible conversion, the program will ask the user about his choice. The user will then be 
able to put this field onto one of the portal pages. 

ote that the following items are stored in datak^se 34 of the portal server: the URL location 
and page, the field position, the last HTML as a reference for identifying modification onto 
this HTML page, the positioning of this field in PC mode and PDA mode including the size, 
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the conversion mode, refresh mode and parameters, the field value itself if not included 
within the HTML such as a figure, the actions allowed on this field In PDA mode such as 
open separately, input fields, scrolling, nuKnbering... For each field, templates are defined 
or the user can copy an existing field configVation th at ma t ch itsj ^quirement and change 
only the URL location, field position and sizeX 

he database 34 is either refreshed based on HTML information included in the source 
page or a refresh period defined bv the user or when a browser is activated from the PDA 
onto this page. This refresh modeViay be defined when the PDA is connected only or 
permanently. It is also possible to More the current field value if the refresh is only 
performed at the user's request. This sp^eeds up the page presentation on the PDA as no 
contact to source web pages is required when this field is sent to the PDA. It also avoids the 
requirement of sending an update when in fact there is no real change since the last update 
and will save bandwidth. The portal server ahs as a web cache and converter dedicated 
for each user. All specific fields of a portal page, are then refreshed as if a connection is 
established on each of the related web pages upon a user request or a defined refresh 
action within the database. \ 

The user can then continue with another field on the same web page or go onto another 
page of the same URL or on another URL location through steps 66 to 74 or select to work 
in PDA mode to (step 68). In that case, it is possible to select (step 76) either the view mode 
where (step 78), the positioning of not yet posifioned fields may be done or existing fields 
posifion modified or may jump to the test environment and enter into emulation mode (step 
80) where a representation of the PDA will be activated on which any of the web operations 
can be emulated in order to verify and optimize the web portal browsing. This can be done 
field by field or a set of fields may be predefined in PC mode and then positioned in PDA 
mode. The positioning (step 78) includes detailed definition for this field such as additional 
input field meanings, scrolling, item numbering, full screen mode, return action. 
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Figure 6 is a flow-chart representing the steps of viewing information from the portal server 
page or adding informatioiiiield to the portal from the PDA. There are some preliminary 
actions that should be done prior to using the portal server from the PDA. A connection to 
the Internet network should be performed such as a wireless connection using available 
carriers. A connection should be then performed by defining the portal server as the current 
URL. The portal server identifies the user either by a logon and password, or by an 
imbedded PDA certificate or by using a predefined id unique to this user. 

fter that, the user may view^ homepage (step 82) and is then able either to look at 
predefined pages and fields vJm^ were defined t h anks J p the PC browser mode as 
described in Figure 5 and corresponding to the "no" answer to new field question (step 84) 
or can link itself to other URL locatK&ns (step 86) to select additional fields from a text 
browsing mode (step 88). In this case, Vie user can select and copy words or lines onjts 
text browsing mode. This information is piasted to a search field into the portal server which 
will perform the actions described at steRS 72 and 74 in Figure 5. At the end of the 
conversion, the portal server appends this fiefd to the last defined user page or onto a new 
page if there is not enough room for this field on the last one. The PDA user can use this 
field in this mode and eventually can perform a cotoy and paste onto an existing PDA page. 
If a new page is created, on top of this new field, the user can copy and then paste any 
existing fields found on the other user pages. \ 

Input fields may be used to provide manually or automaticaliv positioning information such 
as co-ordinates of an input (steps 86 and 88) which will be Kindled by the portal server. 
This one will generate a request on predefined MAP or routing servers on the web in order 
to get a MAP or routing field which will be converted to a visible entity on the PDA (step 90) 
as the portal knows how to convert these fields. Tests can be made on any map using PC 
browser mode in order to predefine the characteristics of such MAP request. 
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When the use mode is selected by a "no" answer at step 84, the user can select a detailed 
view of a field within the current portal pager (step 92) or select one of the defined portal 
pages (step 94). In this case, the user selects a detailed view of a field, this enabling a new 
view (step 96) with only this field and a possible input field for example to perform search 
on the field text or associated URL. What is accessed is never directly the original web page 
but its copy, full or partial that is made on a portal page. A request for the view of a portal 
page activates a PDA_VIEW software which uses the definition of each field of the portal 
page required, stored in the database, or part of this page to build dynamically the PDA 
representation. The PDA page is therefore first updated as defined by each field definition 
in the database before being transmitted to the PDA. Further field updates may be 
requested from the PDA by the user, for example for some permanently updated fields such 
as stocks value. Longer refresh time may be defined for e-mail fields. If a change is 
performed by the PDA, it is automatically updated on the portal server database as it is the 
PDA_VIEW software located in this server that will contact each web server to get the 
necessary updates and never the PDA directly. 

It is possible at any time to return (step 98) from this detailed view to the previous portal 
page or to another portal page thanks to a loop to step 82. Othenwise, the process links to 
the home page of this user and ask for disconnection. A timer will activate the disconnection 
after a predefined inactive time. 
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